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All participants (applicant, applicant's representative, PTO personnel): 
( 1 ) Haresh Patel . (3) 



(2) Mr Kirk Wong . (4) . 

Date of Interview: 31 August 2007 . 

Type: a)^ Telephonic b)n Video Conference 

c)n Personal [copy given to: !)□ applicant 2)0 applicant's representative] 

Exhibit shown or demonstration conducted: d)n Yes e)^ No. 
If Yes, brief description: . 

Claim(s) discussed: 1-30 . 

Identification of prior art discussed: N/A . 

Agreement with respect to the claims f)S was reached. g)n was not reached. h)n N/A. 



Substance of Interview including description of the general nature of what was agreed to if an agreement was 
reached, or any other comments: The Examiner and the Applicant discussed ar) Examiner's amendment. The 
Applicant went over the claims with the Examiner The applicant agreed to allow the examiner to do an examiner's 
amendment to the claims and the specification as attached . 

(A fuller description, if necessary, and a copy of the amendments which the examiner agreed would render the claims 
allowable, if available, must be attached. Also, where no copy of the amendments that would render the claims 
allowable is available, a summary thereof must be attached.) 

THE FORMAL WRITTEN REPLY TO THE LAST OFFICE ACTION MUST INCLUDE THE SUBSTANCE OF THE 
INTERVIEW. (See MPEP Section 713.04). If a reply to the last Office action has already been filed. APPLICANT IS 
GIVEN A NON-EXTENDABLE PERIOD OF THE LONGER OF ONE MONTH OR THIRTY DAYS FROM THIS 
INTERVIEW DATE, OR THE MAILING DATE OF THIS INTERVIEW SUMMARY FORM, WHICHEVER IS LATER, TO 
FILE A STATEMENT OF THE SUBSTANCE OF THE INTERVIEW. See Summary of Record of Interview 
requirements on reverse side or on attached sheet. 



Examiner Note: You must sign this form unless it Is an [jaTfQ^h fefe ^ 

Attachment to a signed Office action. Examiner's signature, if required 



U.S. Patent and Trademark Office 
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Summary of Record of Interview Requirements 
Manual of Patent Examining Procedure (MPEP), Section 713.04, Substance of interview IMust be IVIade of Record 

A complete written statement as to the substance of any face-to-face, video conference, or telephone interview with regard to an application must be made of record in the 
application whether or not an agreement with the examiner was reached at the interview. 

Title 37 Code of Federal Regulations (CFR) § 1.133 interviews 

Paragraph (b) 

In every instance where reconsideration is requested in view of an interview with an examiner, a complete written statement of the reasons presented at the interview as 
warranting favorable action must be filed by the applicant. An interview does not remove the necessity for reply to Office action as specified in §§ 1.111, 1.135. (35 U.S.C. 132) 

37 CFR §1 .2 Business to be transacted in writing. 
All business with the Patent or Trademark Office should be transacted in writing. The personal attendance of applicants or their attorneys or agents at the Patent and 
Trademark Office is unnecessary. The action of the Patent and Trademark Office will be based exclusively on the written record in the Office. No attention will be paid to 
any alleged oral promise, stipulation, or understanding in relation to which there is disagreement or doubt. 



The action of the Patent and Trademark Office cannot be based exclusively on the written record in the Office if that record is itself 
incomplete through the failure to record the substance of interviews. 

It is the responsibility of the applicant or the attorney or agent to make the substance of an interview of record in the application file, unless 
the examiner indicates he or she will do so. It is the examiner's responsibility to see that such a record is made and to correct material inaccuracies 
which bear directly on the question of patentability. 

Examiners must complete an Interview Summary Fonn for each interview held where a matter of substance has been discussed during the 
interview by checking the appropriate boxes and filling in the blanks. Discussions regarding only procedural matters, directed solely to restriction 
requirements for which interview recordation is otherwise provided for in Section 812.01 of the IVIanual of Patent Examining Procedure, or pointing 
out typographical errors or unreadable script in Office actions or the like, are excluded from the interview recordation procedures below. Where the 
substance of an interview is completely recorded in an Examiners Amendment, no separate Interview Summary Record is required. 

The Interview Summary Fomi shall be given an appropriate Paper No., placed in the right hand portion of the file, and listed on the 
"Contents" section of the file wrapper. In a personal interview, a duplicate of the Form is given to the applicant (or attorney or agent) at the 
conclusion of the interview. In the case of a telephone or video-conference interview, the copy is mailed to the applicant's correspondence address 
either with or prior to the next official communication. If additional correspondence from the examiner is not likely before an allowance or if other 
circumstances dictate, the Fomn should be mailed promptly after the interview rather than with the next official communication. 

The Fomi provides for recordation of the following information: 

- Application Number (Series Code and Serial Number) 

- Name of applicant 

- Name of examiner 

- Date of interview 

- Type of interview (telephonic, video-conference, or personal) 

- Name of participant(s) (applicant, attorney or agent, examiner, other PTO personnel, etc.) 

- An indication whether or not an exhibit was shown or a demonstration conducted 

- An identification of the specific prior art discussed 

- An indication whether an agreement was reached and if so, a description of the general nature of the agreement (may be by 
attachment of a copy of amendments or claims agreed as being allowable). Note: Agreement as to allowability is tentative and does 
not restrict further action by the examiner to the contrary. 

- The signature of the examiner who conducted the interview (if Fomri is not an attachment to a signed Office action) 

It is desirable that the examiner orally remind the applicant of his or her obligation to record the substance of the interview of each case. It 
should be noted, however, that the Interview Summary Fonn will not normally be considered a complete and proper recordation of the interview 
unless it includes, or is supplemented by the applicant or the examiner to include, all of the applicable items required below concerning the 
substance of the interview. 

A complete and proper recordation of the substance of any interview should include at least the following applicable items: 

1) A brief description of the nature of any exhibit shown or any demonstration conducted, 

2) an identification of the claims discussed, 

3) an identification of the specific prior art discussed, 

4) an identification of the principal proposed amendments of a substantive nature discussed, unless these are already described on the 
Interview Summary Fomn completed by the Examiner, 

5) a brief identification of the general thrust of the principal arguments presented to the examiner, 

(The identification of arguments need not be lengthy or elaborate. A verbatim or highly detailed description of the arguments is not 
required. The identification of the arguments is sufficient if the general nature or thrust of the principal arguments made to the 
examiner can be understood in the context of the application file. Of course, the applicant may desire to emphasize and fully 
describe those arguments which he or she feels were or might be persuasive to the examiner.) 

6) a general indication of any other pertinent matters discussed, and 

7) if appropriate, the general results or outcome of the interview unless already described in the Interview Summary Fomn completed by 
the examiner. 

Examiners are expected to carefully review the applicant's record of the substance of an interview. If the record is not complete and 
accurate, the examiner will give the applicant an extendable one month time period to correct the record. 

Examiner to Check for Accuracy 

If the claims are allowable for other reasons of record, the examiner should send a letter setting forth the examiner's version of the 
statement attributed to him or her. If the record is complete and accurate, the examiner should place the indication, "Interview Record OK" on the 
paper recording the substance of the interview along with the date and the examiner's initials. 
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Claim 1 (Currently Amended) : A process for routing packets 
through a decrypting load balancing array of servers across 
a network in a computer environment , the load balancing 
array of servers support decrypting and encrypting SSL 
requests and performing SSL session scheduling , comprising 
the otopo of : 

designating a first load balancing server of the load 
balancing array of servers as a scheduler that schedules 
both HTTP and HTTPS traffic including HTTP GET requests; 

requesting, by e: the scheduler, assignment of a 
virtual IP address to the scheduler, the — scheduler — ^e- 
dooignQtcd ao active ochcdulor for the load balancing array 
^ — ocrvcro; , wherein e-i4r incoming packets over a network 
from requesting clients destined for the load balancing 
array of servers are routed through the scheduler via the 
virtual IP address; 

in response to receiving a request packet from a 
requesting client at the scheduler, routing and load 
balancing the request packet to a second load balancing 
server- among a plurality of the load balancing array of 
servers; 



in response to receiving the request packet at the 
second load balancing server , the second load balancing 
server decrypting the response, packet of an SSL session, 
routing, and load balancing the request packet to a back end 
Web server among a cluster of back end Web servers, -r 
wherein the back end Web server's response packet to the 
request packet is sent to the second load balancing server; 

in response to receiving the response packet at the 
second load balancing server, the second load balancing 
server encrypting the response packet of the SSL session 
and sending the response packet directly to the requesting 
client; 

prior to the sending step_^ further comprising: 

parsing, — by the second load balancing server— parsing an 
outgoing HTML pQgc(o) markup language page in the response 
packet to determine — oclcctod identify given content served 
by a content delivery network; and 

modifying, fey the second load balancing server— 

modifying URLs for the oclcctcd given content in eft — HTML 
the markup language page in the rcoponoc packet in order to 
ocrvG the oclcctcd so that the given content is served from 



the content delivery network in response to requests from 
requesting clients. 

Claim 2 (Currently Amended) : The process of Claim 1, 
wherein the scheduler io a load balancing ocrvcr and routes 
and load balances client requests to itself. 

Claim 4 (Currently Amended) : The process of Claim 1, 
wherein the scheduler detects ^the failure of any load 
balancing servers among e — plurality — e^ — load — balancing 
ocrvcro — ift the load balancing array of servers ; and wherein 
the scheduler stops routing packets to any failed load 
balancing servers . 

Claim 5 (Currently Amended) : The process of Claim 1, 
wherein the second load balancing server schedules sessions 
to back end Web servers based on a cookie or session ID. 

Claim 6 (Currently Amended) : The process of Claim 1, 

wherein the second load balancing server uses cookie 

injection to map a client to a specific back end Web 
server. 



Claim 7 (Currently Amended) : The process of Claim 1, 
wherein the second load balancing server decrypts a request 
packet in an SSL session before routing and load balancing 
the request packet to a back end Web server. 

Claim 8 (Currently Amended) : The process of Claim 7, 
wherein the second load balancing server encrypts a 
response packet in an SSL session before sending the 
response packet directly to the requesting client. 

Claim 9 (Currently Amended): The process of Claim 1, 
wherein the second load balancing server establishes a 
connection with the requesting client and the requesting 
client keeps the connection alive with the load balancing 
server . 

Claim 10 (Currently Amended) : The process of Claim 9, 
wherein the second load balancing server performs URL based 
scheduling of request packets. 



Claim 11 (Currently Amended) : The process of Claim 9, 
wherein the second load balancing server performs hash 
scheduling of request packets. 

Claim 12 (Currently Amended) : The process of Claim 1, 
wherein the second load balancing server maintains 
persistent connections in paths requiring persistent 
connections; and wherein the second load balancing server 
uses hash group based persistence to maintain its 
persistence tables. 

Claim 13 (Currently Amended) : The process of. Claim 1, 
wherein the second load balancing server detects when a 
back end Web server fails; and wherein the second load 
balancing server stops routing request packets to failed 
back end Web servers. 

Claim 16 (Currently Amended) : An apparatus for routing 
packets through a decrypting load balancing array of 
servers across a network in a computer environment , the 
load balancing array of servers support decrypting and 



encrypting SSL requests and performing SSL session 
scheduling , comprising : 

a first load balancing server of the load balancing 
array of servers designated as a scheduler that schedules 
both HTTP and HTTPS traffic including HTTP GET reguests; 

Q ochcdulcr, the scheduler requests assignment of a 
virtual IP address to the scheduler, tfee — ochcdulcr — 
dGoignatcd qo active ochcdulGr for the load balancing array 
— ocrvcro ; wherein eii incoming packets over a network 
from requesting clients destined for the load balancing 
array of servers are routed through the scheduler via the 
virtual IP address; 

wherein the scheduler routes and load balances a 
reguest packet from a reguesting client to a second load 
balancing server- among a plurality — e# the load balancing 
array of servers; 

v^hcrcin the second load balancing server receives the 
request packet, decrypts the response packet of an SSL 
session, routes and load balances the request packet to a 
back end Web server among a cluster of back end Web 
servers, i — wherein the back end Web server's response 



packet to the request packet is sent to the second load 
balancing server; 

v/hcrcin the second load balancing server receives the 
response packet, encrypts the response packet of the SSL 
session and sends the response packet directly to the 
requesting client; 

a module for parsing, by the second load balancing 
server, an outgoing HTML — page (q) markup language page in 
the response packet to determine — ocloctcd identify given 
content served by a content delivery network; and 

a module for modifying, by the second load balancing 
server, URLs for the selected given content in an HTML the 
markup language page ift — the — rcoponsG — packet — ^ — order — fee 
ocrvc the — selected so that the given content is served from 
the content delivery network in response to requests from 
requesting clients . 

Claim 17 (Currently Amended) : The apparatus of Claim 16, 
wherein the scheduler 4rS — a — load balancing oorvcr and routes 
and load balances client requests to itself. 



Claim 19 (Currently Amended) : The apparatus of Claim 16, 
wherein the scheduler detects the failure of any load 
balancing servers among a — plurality — — load — balancing 
ocrvcro — ift the load balancing array of servers ; and wherein 
the scheduler stops routing packets to any failed load 
balancing servers . 

Claim 20 (Currently Amended) : The apparatus of Claim 16, 
wherein the second load balancing server schedules sessions 
to back end Web servers based on a cookie or session ID. 

Claim 21 (Currently Amended) : The apparatus of Claim 16, 
wherein the second load balancing server uses cookie 
injection to map a client to a specific back end Web 
server . 

Claim 22 (Currently Amended) : The apparatus of Claim 16, 
wherein the second load balancing server decrypts the 
request packet when it is an SSL session before routing and 
load balancing the request packet to a back end Web server. 



Claim 23 (Currently Amended) : The apparatus of Claim 22, 
wherein the second load balancing server encrypts the 
response packet when it is an SSL session before sending 
the response packet directly to the requesting client. 

Claim 24 (Currently Amended) : The apparatus of Claim 16, 
wherein the second load balancing server establishes a 
connection with the requesting client and the requesting 
client keeps the connection alive with the load balancing 
server . 

Claim 25 (Currently Amended) : The apparatus of Claim 24, 
wherein the second load balancing server performs URL based 
scheduling of request packets. 

Claim 26 (Currently Amended) : The apparatus of Claim 24, 
wherein the second load balancing server performs hash 
scheduling of request packets. 

Claim 27 (Currently Amended) : The apparatus of Claim 16, 
wherein the second load balancing server maintains 
persistent connections in paths requiring persistent 
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connections; and wherein the load balancing server uses 
hash group based persistence to maintain its persistence 
tables . 



Claim 28 (Currently Amended) : The apparatus of Claim 16, 
wherein second the load balancing server detects when a 
back end Web server fails; and wherein the second load 
balancing server stops routing request packets to failed 
back end Web servers. 



